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(54) Transfer of audio messages to a mobile entity 



(57) Uncompleted voice calls towards a mobile en- 
tity (20) are transferred to a service system (40) where 
they are recorded and inserted in corresponding data 
messages (55). These messages are temporarily held 
in the service system and later transferred to the mobile 



entity (20) using a data-capable bearer service (17) of 
a mobile radio infrastructure (10). This transfer is effect- 
ed at a time determined with a view to reducing the peak 
traffic loading of the mobile radio infrastructure (10). At 
the mobile entity (20) the data messages are stored for 
subsequent access by a user. 
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Description 

Field of the Invention 

[0001] The present invention relates to a method and 
service system for the transfer of audio messages to a 
mobile entity over a mobile radio infrastructure. 

Background of the Invention 

[0002] Communication infrastructures suitable for 
mobile users (in particular, though not exclusively, cel- 
lular radio infrastructures) have now become widely 
adopted. Whilst the primary driver has been mobile te- 
lephony, the desire to implement mobile data-based 
services over these infrastructures, has led to the rapid 
development of data-capable bearer services across 
such infrastructures. This has opened up the possibility 
of many Internet-based services being available to mo- 
bile users. 

[0003] By way of example, Figure 1 shows one form 
of known communication infrastructure for mobile users 
providing both telephony and data-bearer services. In 
this example : a mobile entity 20, provided with a radio 
subsystem 22 and a phone subsystem 23, communi- 
cates with the fixed infrastructure of GSM PLMN (Public 
Land Mobile Network) 10 to provide basic voice teleph- 
ony services. In addition, the mobile entity 20 includes 
a data-handling subsystem 25 interworking, via data in- 
terface 24, with the radio subsystem 22 for the transmis- 
sion and reception of data over a data-capable bearer 
service provided by the PLMN; the data-capable bearer N 
service enables the mobile entity 20 to communicate 
with a service system 40 connected to the public I nternet 
39. The data handling subsystem 25 supports an oper- 
ating environment 26 in which applications run, the op- 
erating environment including an appropriate communi- 
cations stack. 

[0004] More particularly, the fixed infrastructure 1 0 of 
the GSM PLMN comprises one or more Base Station 
Subsystems (BSS) 11 and a Network and Switching 
Subsystem NSS 12. Each BSS 11 comprises a Base 
Station Controller (BSC) 14 controlling multiple Base 
Transceiver Stations (BTS) 1 3 each associated with a 
respective "cell" of the radio network. When active, the 
radio subsystem 22 of the mobile entity 20 communi- 
cates via a radio link with the BTS 1 3 of the cell in which 
the mobile entity is currently located. As regards the 
NSS 12 : this comprises one or more Mobile Switching 
Centers (MSC) 1 5 together with other elements such as 
Visitor Location Registers 32 and Home Location Reg- 
ister 32. 

[0005] When the mobile entity 20 is used to make a 
normal telephone call, a traffic circuit for carrying digi- 
tised voice is set up through the relevant BSS 11 to the 
NSS 12 which is then responsible for routing the call to 
the target phone (whether in the same PLMN or in an- 
other network). 



[0006] With respect to data transmission to/from the 
mobile entity 20, in the present example three different 
data-capable bearer services are depicted though other 
possibilities exist. A first data-capable bearer service is 
5 available in the form of a Circuit Switched Data (CSD) 
service; in this case a full traffic circuit is used for carry- 
ing data and the MSC 32 routes the circuit to art Inter- 
Working Function IWF 34 the precise nature of which 
depends on what is connected to the other side of the 
10- IWF. Thus, IWF could be configured to provide direct 
access to the public Internet 39 (that is, provide func- 
tionality similar to an IAP - Internet Access Provider 
IAP). Alternatively, the IWF could simply be a modem 
connecting to a PSTN; in this case, Internet access can 
15 be achieved by connection across the PSTN to a stand- 
ard IAP. 

[0007] A second, low bandwidth, data-capable bearer 
service is available through use of the Short Message 
Service that passes data carried in signalling channel 
slots to an SMS unit which can be arranged to provide 
connectivity to the public Internet 39. 
[0008] A third data-capable bearer service is provided 
in the form of GPRS (General Packet. Radio Service 
which enables IP (or X.25) packet data to be passed 
from the data handling system of the mobile entity 20, 
via the data interface 24, radio subsystem 21 and rele- 
vant BSS 11, to a GPRS network 17 of the PLMN 10 
(and vice versa). The GPRS network 1 7 includes a SG- 
SN (Serving GPRS Support Node) 18 interfacing BSC 
14 with the network 17, and a GGSN (Gateway GPRS 
Support Node) interfacing the network 1 7 with an exter- 
nal network (in this example, the public Internet 39). Full 
details of GPRS can be found in the ETSI (European 
Telecommunications Standards Institute) GSM 03.60 
specification. Using GPRS, the mobile entity 20 can ex- 
change packet data via the BSS 11 and GPRS network 
17 with entities connected to the public Internet 39. 
[0009] The data connection between the PLMN 10 
and the Internet 39 will generally be through a firewall 
35 with proxy and/or gateway functionality. 
[0010] Different data -capable bearer services to 
those described above may be provided, the described 
services being simply examples of what is possible. 
[0011] In Figure 1, a service system 40 is shown con- 
nected to the Internet 40, this service system being ac- 
cessible to the OS/application 26 running in the mobile 
entity by use of any of the data-capable bearer services 
described above. The data-capable bearer services 
could equally provide access to a service system that is 
within the domain of the PLMN operator or is connected 
to another public or private data network. 
[0012] With regard to the OS/application software 26 
running in the data handling subsystem 25 of the mobile 
entity 20, this could, for example, be a WAP application 
running on top of a WAP stack where M WAP" is the Wire- 
less Application Protocol standard. Details of WAP can 
be found, for example, in the book "Official Wireless Ap- 
plication Protocol" Wireless Application Protocol Forum, 
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Ltd published 1999 Wiley Computer Publishing. Where 
the OS/application software is WAP compliant, the fire- 
wall will generally also serve as a WAP proxy and gate- 
way. Of course, OS/application 26 can comprise other 
functionality (for example, an e-mail client) instead of, 
or additional to, the WAP functionality. 
[0013] The mobile entity 20 may take many different 
forms. For example, it could be two separate units such 
as a mobile phone (providing elements 22-24) and a mo- 
bile PC (data-handling system 25) coupled by an appro- 
priate link (wireline, infrared or even short range radio 
system such as Bluetooth). Alternatively, mobile entity 
20 could be a single unit such as a mobile phone with 
WAP functionality. Of course, if only data transmission/ 
reception is required (and not voice), the phone func- 
tionality 24 can be omitted; an example of this is a PDA 
with built-in GSM data-capable functionality whilst an- 
other example is a digital camera (the data-handling 
subsystem) also with built-in GSM data-capable func- 
tionality enabling the upload of digital images from the 
camera to a storage server. 

[0014] Whilst the above description has been given 
with reference to a PLMN based on GSM technology, it 
will be appreciated that many other mobile radio tech- 
nologies exist and can typically provide the same type 
of functionality as described for the GSM PLMN 10: 
[001 5] When a mobile user with a single channel radio 
is engaged on a voice call, or on-line for data services, 
or the mobile does not answer (switched off, out of 
range, too lazy) voice callers cannot get through. Typi- 
cally their call will be redirected to a voice mail system 
within the PLMN. These calls can be retrieved later by 
the user perhaps as a result of a voice-mail alert. Prior 
art documents relevant to the problem of providing an 
efficient means of delivering audio messages to a mo- 
bile user include: 

WO 99/34587 "System and Method for Connecting 
a Call to a Mobile Subscriber Connected to the In- 
ternet". K Sallberg : (Ericsson): 
US 5.950.1 23 "Cellular Telephone Network Support 
of Audible Information Delivery to Visually impaired 
Subscribers". Schwelb and GuimonL (Ericsson); 
EP 0821 537 A "Mobile Station having Cellular and 
Pager Modes", A Vaisanen et al : (Nokia). 

[0016] It is an object of the present invention to pro- 
vide a way of delivering audio messages to a mobile us- 
er that provides efficiency benefits for both the user and 
PLMN operator. 

Summary of the Invention 

[0017] According to the present invention, there is 
provided a method of transferring audio messages to a 
mobile entity across a mobile radio infrastructure, the 
method comprising the steps of: 



(a) transferring to a service system a voice call 
made towards the mobile entity but which cannot 
be completed; 

(b) recording the call at the service system and 
5 forming it into a data message addressed to the mo- 
bile entity; 

(c) at a time determined with a view to avoiding peak 
traffic loadings of the mobile radio infrastructure, 
passing the data message to the mobile entity over 

10 a data-capable bearer service of the mobile radio 
infrastructure; and 

(d) storing the data message in the mobile entity for 
subsequent access by a user. 

is Brief Description of the Drawings 

[0018] A method and service-system . both embody- 
ing the present invention, will now be described, by way 
of non-limiting example, with reference to the accompa- 
20 nying diagrammatic drawings, in which: 

Figure 1 is a diagram of a known communications 
infrastructure usable for transferring voice and data 
to/from a mobile entity; and 
.25 . Figure 2 is a diagram illustrating an embodiment of 
the invention as applied to the communications in- 
frastructure of Figure 1 . 

Best Mode of Carrying Out the Invention 

30 

[0019] A service system and method embodying the 
invention will now be described with reference to Figure 
2. It is to be understood that the present invention is not 
limited to the specifics of the mobile entity and commu- 

35 nication infrastructure shown in Figure 2 and the gener- 
alisations discussed above in relation to Figure 1 re- 
garding these elements apply equally to the operational 
context of the service system 40. Furthermore, whilst 
the service system 40 is shown as connected to the 

40 GPRS network 17 of PLMN 10 : it could be connected 
either directly or through the public Internet (or to anoth- 
er fixed data network) to any data-capable bearer serv- 
ice of PLMN. 

[0020] In the Figure 2 embodiment, the mobile radio 
45 infrastructure (PLMN) 1 0 is of standard form, providing 
both a voice call service and data-capable bearer serv- 
ice to mobile entity 20. The mobile entity 20 (preferably 
a cell phone with linked PC or a smart phone) includes 
voice phone functionality 23 and runs an e-mail client 
50 26 with in-box 27 and outbox 28; in the present embod- 
iment, the e-mail client 26 is capable of playing audio 
segments. 

[0021 J The PLMN 1 0 connects with the peak traffic re- 
duction service system 40 both through voice circuits 50 
55 and a data connection 53 (in the present example, this 
connection is with GPRS network 17). The service sys- 
tem is also arranged to access, via connection 52. var- 
ious IN services in the PLMN 10 via a proprietary or 
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open, e.g. Parlay : interface. Finally, the service system 
40 can access, via connection 52, a tariff server 37 that 
holds tariff data for the data-capable bearer services 
that are available to service system for transferring data, 
via connection 53, through the PLMN to mobile entity 
20; this tariffdata even if static will generally reflect the 
variation in loading of the PLMN with time (higher tariffs 
corresponding to higher network loadings). In the 
present example, it is assumed that this tariffdata is dy- 
namically-adjusted according to the current PLMN load- 
ing to give a closer relation between current loading and 
current tariff. 

[0022] The service system comprises: 

a call answer and record block 41 for receiving a 
voice call over line 50; 

a store 42 for temporarily holding voice calls re- 
ceived by block 41 ; 

a funclional block 43 for forming an e-mail incorpo- 
rating the stored voice call in digital form, the e-mail 
being addressed to an address corresponding to 
the in-box 27 of the mobile entity to which the voice 
call was originally directed; 
a database 44 for looking up the address of where 
to send an e-mail on the basis of the called party ID 
of the corresponding voice call; 
a store 45 for temporarily holding the e-mails 
formed by block 43; and 

an e-mail server 46 for interrogating the dynamical- 
ly-updated tariff server 37 and determining when to 
send the e-mails held in store 45 to the correspond- 
ing mobile entities over the data-capable bearer 
service of PLMN 10. 

The mechanism used to get the called party ID of a re- 
ceived voice call can be any of those standardly used 
for this purpose in commercially available voice mail 
systems, namely, interrogation of the signaling network 
of the PLMN or of the IN interface 36. 
[0023] Operation of the overall system is as follows. 
When an in-coming voice call from another mobile or 
from another fixed or mobile network cannot be an- 
swered by the target mobile entity 20, the call is rerouted 
from the mobile switching centre (MSC) 15 to the call 
answer and record interface 41 of the peak traffic reduc- 
tion service system 40. Interface 41 answers the call 
with a voice message (which can be a user-generated 
message) informing the callerthat the intended recipient 
cannot be reached and they may leave a message. The 
caller then leaves their message which is recorded by 
digital means and stored in store 42. 
[0024] At some stage during call answering and re- 
cording, the service system determines the called party 
ID for the voice call together with any other called party 
details that the service system is permitted to collect. 
[0025] Once the call is complete an e-mail message 
is created by block 43, this message containing the dig- 
itised voice message and any further details of the call 



(time received, length, any details of the recipient, etc.,) 
as text. The e-mail message is addressed to the mobile 
entity 20 by using the called party ID to look up the target 
e-mail address in database 44. The resultant e-mail 
5 message is then held in store 45 until the e-mail server 
46 determines that the time has arrived to send the e- 
mail messages. 

[0026] In the present example, the e-mail server de- 
termines when to send the e-mail message by interro- 

10 gating the tariff server 37 to ascertain when a favorable 
" tariff is available - such a tariff generally corresponding 
to a period of low PLMN usage. The server 46 is ar- 
ranged to take account of how long it has held the oldest 
e-mail message when setting the threshold tariff level 

15 below which the server will start e-mail transmission 
(once started on sending email, the present system is 
arranged to continue until all outstanding messages 
have been sent). 

[0027] Upon the e-mail server 46 deciding that the e- 

20 mail messages for mobile entity 20 should now be sent, 
the connection 53 to the GPRS network 1 7 is opened (if 
not already up), a connection established with mobile 
entity 20 using a data-capable bearer service of the 
PLMN, and the e-mail messages 55 held in store 45 for 

25 entity 20 are pushed to the inbox of mobile entity 20 (see 
dotted line 56) where they are received and stored. In 
due course, the user of the mobile entity accesses the 
messages which can then be played back (for example, 
through a headset or earpiece) 

30 [0028] Since the cache of messages in inbox 27 on 
the mobile entity can be a couple of hours old, the user 
is enabled to force an up-date at any time, including 
peak times, by dialing into the e-mail server; however, 
the user will then need to pay the current tariff. 

35 [0029] The foregoing arrangement provides a con- 
venient way for the user to receive audio message whilst 
reducing the peak loading of the PLMN by avoiding the 
peak traffic periods (in the present example, as reflected 
by the current applicable tariff) 

40 

Variants 

[0030] It will be appreciated that many variants are 
possible to the above-described embodiment. Thus, in 
additional to the described method of consulting the dy- 
namically updated tariff server 37, there are a number 
of other ways in which the e-mail server 46 can deter- 
mine the appropriate time to send the data messages 
55 to the mobile entity. These other ways include: 

consulting a predetermined tariff schedule held by, 
or accessible to, the service system; 
consulting a preset sending schedule agreed with 
the operator of the mobile radio infrastructure for 
55 avoiding peak load periods on the infrastructure; 

negotiating with an arbitration system in communi- 
cation with the mobile radio infrastructure, to satisfy 
transfer parameters specified by the service system 
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for transfer of the data message through the mobile 
radio infrastructure (such an arbitration system is 
more fully described in our co-pending UK patent 
application no. 0001637.8 filed 26 January 2000; 
detecting a trigger from the mobile radio infrastruc- 
ture indicating to the service system that the mobile 
entity is available to receive the data message (the 
PLMN could defer sending this trigger at peak traffic 
load times). 

[0031] The service system can include a speech to 
text converter for converting the received voice calls into 
text before including them in the e-mail messages; 
whilst this conversion is preferably done automatically, 
it would also be possible to have human operators carry 
out this task. Where the voice calls are converted into 
text, then the e-mail client 26 in mobile entity 20, need 
not be capable of playing audio segments; however, it 
may be convenient to include a voice synthesizers© that 
the e-mails can be played back audibly to the user. 
[0032] Instead of using e-mail protocols and architec- 
ture for data message transfer, web-based protocols 
could be used in a WAP architecture, or other proprie- 
tary store and forward mechanisms could be used to 
create out-boxes in the peak traffic reduction service 
system 40 for forwarding data messages to an in-box in 
the mobile entity. 

[0033] Furthermore, while the Figure 2 embodiment 
is based on the use ofbackground e-mail and GSM , fore- 
ground e-mail (or other store and forward data transfer 
methods) can be used over any data-capable mobile 
communications network. 

[0034] The transfer of the data messages 55 does not 
necessarily use the same mobile network as the original 
re-directed voice call. 



Claims 

1 . A method of transferring audio messages to a mo- 
bile entity across a mobile radio infrastructure, the 
method comprising the steps of: 

(a) transferring to a service system a voice call 
made towards the mobile entity but which can- 
not be completed; 

(b) recording the call at the service system and 
forming it into a data message addressed to the 
mobile entity; 

(c) at a time determined with a view to avoiding 
peak traffic loadings of the mobile radio infra- 
structure, passing the data message to the mo- 
bile entity over a data-capable bearer service 
of the mobile radio infrastructure; and 

(d) storing the data message in the mobile en- 
tity for subsequent access by a user. 

2. A method according to claim 1 , wherein the data 



message is passed to the mobile entity at a time 
corresponding to an off-peak charging rate through 
the mobile radio infrastructure according to a pre- 
determined tariff schedule held or accessed by the 
5 service system. 

3. A method according to claim 1 , wherein the data 
message is passed to the mobile entity at a time 
corresponding to an off-peak charging rate through 

w the mobile radio infrastructure according to a charg- 
ing schedule dynamically changed to take account 
of the actual loading of the mobile radio infrastruc- 
ture, this schedule being accessed at least period- 
ically by the service system. 

15 

4. A method according to claim 1 , wherein the data 
message is passed to the mobile entity at a time 
preset according to a schedule agreed with the op- 
erator of the mobile radio infrastructure for avoiding 

20 peak load periods on the infrastructure. 

5. A method according to claim 1 , wherein the data 
message is passed to the mobile entity at a time 
negotiated with an arbitration system in communi- 

25 cation with the mobile radio infrastructure, to satisfy 
transfer parameters specified by the service system 
for transfer of the data message through the mobile 
radio infrastructure. 

30 6. A method according to claim 1 , wherein the data 
message is passed to the mobile entity in response 
to the mobile radio infrastructure indicating to the 
service system that the mobile entity is available to 
receive the data message. 

35 

7. A method according to claim 1, wherein voice call 
is converted to text at the service system for incor- 
poration into the data message. 

40 8. A method according to claim 1 , wherein transfer of 
the voice call to the service system results in the 
service system being provided with a called party 
ID identifying the mobile device, the service system 
using this ID to look up a destination address for the 

45 data message. 

9. A method according to any one of the preceding 
claims, wherein the data message is an e-mail mes- 
sage. 

50 
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